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From: Richard Bucher (Tel. 509-324-9256 x 2 1 6; Fax 509-323-8979) 
Customer No. 22801 



In response to Examiner's Answer (mailed December 11, 2006), in 
connection with Appellant's Appeal Brief (filed October 12, 2006), a Reply Brief is 
submitted. Favorable consideration is respectfully requested. 



REPLY BRIEF 



To: 



Mail Stop Appeal Brief - Patent 



Sir: 
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Status of Claims 

Claims 43 and 45-62 stand rejected and are pending in the Application. 
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Grounds of Rejection to be Reviewed on Appeal 

Claims 43 and 45-62 stand rejected under 35 U.S.C. §103 (a) as being 
obvious over U.S. Patent No. 6,367,019 to Ansell et al. (hereinafter "Ansell") in 
view of U.S. Patent No. 5,745,678 to Herzberg (hereinafter "Herzberg"). 
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Arguments 

Applicant has thoroughly addressed the Office's rejections in its Appeal Brief 
(filed October 12, 2006). Accordingly, Applicant will hereafter briefly address the 
Office's "(10) Response to Argument" portion of the Examiner's Answer: 

In the first and second paragraphs of the "Response to Argument" section, 
the Office argues: 

■ ■ -., On page 8, second paragraph of 

the appellant brief, appellant argues that Ansel! et a!, hereafter Ansel] does not disclose a 

computer readable medium. Appellant states, "the Office appears to forget that the storage key 

504A and its individual component keys are not retrieved "from a computer-readable media", 

instead, they am integrated into the player itself each particular storage key being unique to its 

corresponding player (e.g., see Abstract, Column 6 0ms 34-40)). in fact, each player's key is 

difficult to change, "typically requiring physical decomtmction" of the portable player, (see 

Column 6 (line 40))." Examiner recognizes this specific citation in Ansell, However, Appellant 

misinterprets the abstract of Arise! I . In the abstracts Ansell makes reference to two embodiments: 

the binding may be performed by software using digital signature (digest or hash) or the binding 

may be performed by hardware embedded in circuitry (see portions of abstract below): 

"The SPT is bound to a particular storage medium by including 
data uniquely identifying the storage medium in a tamper- 
resistant form, e.g., cryptographically signed. The SPT can also 
be bound to the storage medium by embedding cryptographic logic 

circuitry, e.g. t integrate circuitry, in. the packaging of the 
storage medium." 
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In addition, the citations provided in the rejection above clearly shows that keys are 
stored in storage medium accessible by the players. In fact, in the original specification page 18, 
lines 3-4, medium is referred to as de vice that can More dam that is accessible by a computer. 
The keys in Ansel! are accessible by computer systems as they can be shared or exchanged 
between players and cryptographically signed (figure 8B, steps 818 and 868, column 10, lines 
43-48), therefore they are not binded by hardware, but by cryptographic signature (software). 
Appellant even admits on page 14 of the brief "AnselPs very operation depends on selecting 
keys from the storage medium 5 '. 

Applicant respectfully disagrees. First, Applicant notes that the excerpt from 
the Abstract of Ansell that is reproduced above is directed to binding the track (SPT) 
to a particular storage medium. However, as Applicant previously noted in its 
Appeal Brief (filed October 12, 2006), the Office relies on the individual 
component keys (Keys 506A1-4) of Ansell (see Columns 7 and 8) - which 
together comprise storage key 504A - as disclosing "a plurality of blocks of data", 
as claimed. This is confirmed by the fact that the Office relies on the forming of a 
digest for each of these individual component keys as disclosing "generating a 
digest value for each of the plurality of randomly retrieved blocks of data", as 
claimed. As such, Applicant fails to see how this reproduced excerpt is relevant to 
the Office's rejection. 

Additionally, Applicant notes that the excerpts from Columns 7 and 8 of 
Ansell, which the Office relies on with respect to "generating a digest value", are 
directed to the mechanism by which external/portable players share read-only keys 
in a secure manner, (see Ansell, Column 7 (lines 45-48)). In this regard, a second 
external/portable player selects "the one of keys 505A, 506A1-4 whose digest is 
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accurately represented in storage key field 406." (see Ansell, Column 8 (lines 45- 
55)). If no digest is accurately represented, playback on the external device is 
aborted. Thus, at best this excerpt teaches determining whether or not 
external/portable player 150 includes the storage key used by player 110. (Id.) 
Nothing, however, even remotely suggests "determining that the computer- 
readable media contains an original version of the given content "verifying 
whether the received plurality of blocks are from an original version of the given 
content..." or "to verify whether the received plurality of blocks are from an 
original version of the given content...", as recited in independent claims 43, 50 
and 58 respectively. As such, the Office's reliance on Fig. 8B, which illustrates a 
key exchange between players, is not seen to add anything of significance. 

In the second paragraph of the "Response to Argument" section, the 
Office argues: 

Appe!fat8T§pes on page % lines 2-3 of the appellant brief that 
Ansell cannot possibly disclose if f|f digest wafw eg match a mbsm qfihe verification data. 
isaratosr respectfiilly disagrees. It appears that appellant is arguing the ptaral form of the 
limitation m the etair®, Km that figures 2 and 5 shew that only one Mock of data Is selected, and 
m]y if additional verification is required that another block: is selects! Al$o the citations 
provided by Applicant clearly shows a Hock fa selected and a digest is performed and the reaall 
is compart to the k^own^^catt&n data, (see for instance page 13* lines 1.1-17), The 

independent dates as daimed do not require a phirality at bteeks »f data to he retrieved it one 

iimt m wgmd by Applicant with respect to Ansell. , 

Applicant respectfully disagrees and respectfully reminds the Office that 
although the claims are interpreted in light of the specification, limitations from 
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the specification are not to be read into the claims. (See In re Van Geuns . 988 F.2d 
1181, 26 USPQ2d 1057 (Fed. Cir. 1993)). As such, the Office's reliance on 
various figures and excerpts from the subject specification with respect to "digest 
values", as recited in independent claims 43, 50 and 58, appears to be misplaced. 
In the third paragraph of the "Response to Argument" section, the Office 

argues: 

Appellant argues that Herzberg «t ai hereafter Herzberg teaches- '"pre-sdecting sections" 
and randomly selecting data objects from the preselected sections of the program. The claims, 
do not require that the data are not pre-selected. The claims merely recite "randomly retrieving 
plurality of blocks of data" which is broader than what is argued by Appellant. Herzberg, 
column 1 4, lines 63-64 explicitly recites and claims "randomly selecting a plurality of sections 
from within the program" 

Applicant respectfully disagrees and submits that the Office is inappropriately 
relying on what the subject claims do not recite to justify its rejection (i.e. "[t]he 
claims do not require that the data are not pre-selected."). Accordingly, Applicant 
maintains that the selected data objects of Herzberg cannot be equated with 
"randomly retrieving", "randomly retrieved" or "to request a random set of blocks 
of data", as recited in independent claims 43, 50 and 58 respectively. 



7 



Application S/N 09/507,191 



2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
[2 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 



In the fourth paragraph of the "Response to Argument" section, the 

Office argues: 

AppeEj&tt* s showing of improper ffiofcBtio.fi enp&ge 14, second paragraph ofllie brief is 

pot logical Appellant mentions feat if Ansell 's data blocks were retrieved randomly as 

suggested by the Office, the keys would rarely if ever be available to farm digests. Aaseli 

discloses, feewerer, that the keys are provided it? the player, therefore they would be svall^bte 

and disclaims fermidga digest far each one of the keys, 

"player logic S&.2A forms respective digests of each cempoiwnt 
key of read-only k^y 504A arid esch of keys using the 

same algorithm, employed by player 110 (fie. 1J in step 606 (FIG. 
61 {colyran B ( lines 46-48) , 

Randomly retrieving each data and forming a digest of each randomly retrieved data , 

would be ttiOfc beuefkial than forming a digest for ail tie data in the tnedkm as disclosed in. 

BmMT$ md explained in the rejection above. 

Applicant respectfully disagrees. As noted above, the Office relies on the 
individual component keys (Keys 506A1-4) of Ansell (see Columns 7 and 8) - 
which together comprise storage key 504A - as disclosing "a plurality of blocks of 
data", as claimed. This is confirmed by the fact that the Office relies on the 
forming of a digest for each of these individual component keys as disclosing 
"generating a digest value for each of the plurality of randomly retrieved blocks of 
data", as claimed. Furthermore, as Applicant explained in detail in its Appeal 
Brief (filed October 12, 2006), Ansell' s very operation depends on a player 
selecting specific key(s) from the storage media. Accordingly, if Ansell' s logic 
was modified so that data blocks were retrieved randomly, as suggested by the 
Office, key exchange would not occur and the appropriate keys would rarely, if 
ever, be available. For example, in its Examiner's Answer, the Office cites to 
Column 13 (lines 45-47) of Ansell and argues that a key exchange between two 
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players can be conducted by using a smartcard and thus can be equated with 
"retrieving a plurality of blocks of data from a storage medium", (see Examiner's 
Answer, Page 3). However, as noted above, the receiving player's logic (502A in 
Fig. 5) in such a key exchange must take deliberate steps (e.g. read SPT 116 and 
parse its header 302) and make specific selections (e.g. select a specific key 
according to the digest stored in the key field (406 in Fig. 4)). (see Column 8 (lines 
6-67). Accordingly, modifying this logic to retrieve data randomly would 
impermissibly change Ansell's principle of operation and impermissibly render it 
unsatisfactory for its intended purpose because the very key exchange itself could 
not be completed. 

Conclusion 

Applicant respectfully submits that all of the Office's rejections have been 
traversed. As such, Applicant respectfully submits that all of the claims are in 
condition for allowance. 



Respectfully Submitted, 




By: 




Richard Bucher 
Lee & Hayes, PLLC 
Reg. No. 57,971 
(509) 324-9256 ext. 216 
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